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PROCEDE ET SERVEUR DE COORDINATION DE SERVICES DE 
TFT F.COMMUNICATION. 

5 La presente invention concerne nn procede et un serveur de coordination de 
services de telecommunication. 

Elle s'applique notamment, mais non exclusivement aux services de 
telecommunication accessibles a l'aide d'un terminal informatique ou 
10 telephonique connecte a un reseau de telecommunication, tel qu'un reseau 
telephonique ou un reseau informatique par exemple du type reseau Internet. 

A titre d'exemples de services rendus par un reseau de telecommunication, on 
peut citer un service de repertoire telephonique intelligent, indiquant les 
1 5 contacts accessibles, un service de renvoi automatique d'un appel, un service de 
rappel automatique d'un correspondant, un service de messagerie, ou encore un 
service de notification d'evenements particuliersj comme la publication 
d'informations particulieres dans le reseau Internet. 

20 Or les utilisateurs de tels services disposent de plus en plus frequemment de 
plusieurs terminaux (telephone fixe personnel et au bureau, telephone mobile, 
ordinateur connecte au r6seau Internet, ...). II est done apparu le besoin de 
rendre ces services independamment des tenninaux a la disposition des 
utilisateurs, ce qui pose des problemes d'acces aux services et de coherence 

25 lorsqu'un m&ne utilisateur utilise differents terminaux pour acceder a un meme 
service, et de gestion de droits d'acces et de facturation, lorsque l'utilisateur 
accede a un service par 1' intermediate d'un autre service ou a partir de 
differents terminaux. 

30 La demande de brevet FR 2 814 021 deposee par la Demanderesse decrit un 
serveur de coordination de services permettant de coordonner differents 
services de telecommunication, qui peuvent etre rendus simultanement par des 
op6rateurs differents. Ce serveur est concu pour recevoir et traiter des requeues 
emises par les services pour identifier et/ou authentifier un utilisateur, lorsque 

35 celui-ci accede au service, pour localiser un utilisateur recherch6 par un service, 
pour obtenir des informations de personnalisation ou d'autorisation relatives a 
un utilisateur, ou encore pour valoriser des services factures a la duree, au 
volume ou a l'acte. 
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Toutefois, pour qu'un utilisateur puisse beneficier de tels services de 
telecommunication, il est necessaire qu'il soit accessible par un reseau de 
telecommunication. Or le serveur de coordination de services decrit dans la 
5 demande de brevet precit6e ne pr^voit aucune disposition pour determiner 1'etat 
d'accessibilite des utilisateurs. En outre, cette notion d'accessibilite est a 
distinguer de la notion de disponibilite. En effet, un utilisateur peut etre 
accessible, c'est-a-dire disposer d'un terminal accessible par un reseau de 
telecommunication, mais souhaiter ne pas etre derange pendant une certaine 
10 periode. Ce serveur de coordination de services ne permet pas non plus de g6rer 
la disponibilite des utilisateurs. 

La pr6sente invention a pour but de supprimer ces inconv&iients en proposant 
un composant r6utilisable robuste et tolerant aux pannes, qui est int6grable a 

15 moindre cout lors de la realisation de nouveaux services. Cet objectif est atteint 
par la provision dW procSde de coordination de services de telecommunication 
rendus a une plurality d'utilisateurs, par 1' intermediate de terminaux de 
telecommunication connectes a differents reseaux de telecommunication, le 
precede comprenant des etapes au cours desquelles un serveur de mediation de 

20 services coordonne les traitements effectues par differents services de 
telecommunication pour le compte de chacun des utilisateurs. 

Selon Tinvention, ce proc6d6 comprend en outre des etapes au cours 
desquelles : 

25 

- les services de telecommunication se connectent au serveur de mediation de 
services et specifient des ev£nements qui doivent leur etre notifies par le 
serveur de mediation de services, et/ou des ev6nements qu'ils sont 
susceptibles d'emettre vers-le serveur-de^mediation de services, 

30 - les terminaux de telecomroimira)t^|^&jitilisateurs se connectent au serveur 
de mediation de services, transmettent au serveur de mediation de services 
des profils d'utilisateur— specifiant-des modes de disponibilite, qui sont 
memorises dans une base de donnees, activent des profils et des modes de 
disponibilite prealablement specifies, et accedent aux services connectes, 

35 - le serveur de mediation de services determine un etat de joignabilite de 
chaque utilisateur en fonction de l'existence d'au moins un terminal de 
Tutilisateur connecte au serveur, et du profil et du mode de disponibilite 
actifs de Tutilisateur, 
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_ le serveur de mediation de services transmet a chaque terminal connecte 
l'etat de joignabilite d'utilisateurs specifies dans une liste de contacts faisant 
partie du profil actif de l'utilisateur du terminal, 
- le serveur de mediation de services transmet, pour chaque 6venement recu 
5 d'un service, une notification d'evenement aux services connectes ayant 
specifie que l'evenement doit leur etre notifie. 

Selon un mode de realisation prefere de l'invention, chaque mode de 
disponibilite specify par un utilisateur comprend : 



10 

- un etat de disponibilite pouvant prendre les valeurs disponible, non 
disponible, en transfert d'appel vers un numero d'appel specifie, ou inconnu 
si l'utilisateur ne souhaite pas rendre accessible son etat de disponibilite, 

- un eventuel identifiant de terminal vers lequel transferer un appel entrant 
1 5 destine a l'utilisateur, 

- un mode de notification d'evenements, et 

- une liste de contacts auxquels s' applique l'etat de disponibilite. 

Avantageusement, chaque mode de disponibilite specifie par un utilisateur 
20 comprend en outre des regies de disponibilite specifiant des periodes pendant 
lesquelles le mode de disponibilite est actif. 

De preference, l'etat de joignabilit6 determine par le serveur de mediation de 
services peut prendre Pun des etats suivants : 

25 

- joignable si le mode de disponibilite actif de l'utilisateur est a l'etat 
disponible et si au moins un terminal de l'utilisateur est connecte au serveur 
de mediation de services, 

- non joignable si l'utilisateur n'est pas disponible ou si aucun terminal de 
30 l'utilisateur n'est connecte au serveur de mediation de services, 

- acces a l'etat de joignabilite soumis a autorisation si l'utilisateur souhaite que 
son etat de joignabilite ne soit fourni a d'autres utilisateurs qu'avec son 
autorisation prealable, 

- en transfert si l'utilisateur a specifie que les appels entrants qui lui sont 
35 destines doivent etre transferes vers un numero d'appel specify dans le mode 

de disponibilite actif, 

- inconnu si l'utilisateur demande n'est pas inscrit aupres du serveur de 
mediation de services, ou s'il ne souhaite pas que son etat de joignabilite soit 
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accessible. 

Selon un mode de realisation de V invention, la transmission des notifications 
d'evenements par le serveur de m6diation de services est effectuee sur demande 
5 de chaque service connecte. 

Selon un autre mode de realisation de l'invention, la transmission d'une 
notification d'un evenement par le serveur de mediation de services est 
effectuee des reception de l'evenement si le service est connecte, et sinon 
10 l'evenement est memorise dans un journal et est notifie au service des que 
celui-ci se connecte au serveur de mediation de services. 

L'invention concerne egalement un serveur de mediation de services de 
telecommunication rendus a une pluralite d'utilisateurs, par l'mtermediaire de 
15 terminaux de telecommunication connectes a differents reseaux de 
telecommunication, comprenant un module de coordination de services concu 
pour coordonner les traitements effectu6s par les services de telecommunication 
pour le compte de chacun des utilisateurs. 

20 Selon l'invention, ce serveur comprend en outre : 

- au moins une base de donnees rassemblant 1' ensemble des donnees 
concernant les utilisateurs, qui sont necessaires au serveur de mediation de 
services et aux services, 

25 - un serveur de disponibilite concu pour gerer et determiner a tout instant la 
disponibilite des utilisateurs, en fonction de modes de disponibilite actifs et 
de regies, specifies par les utilisateurs et memorises dans la base de donnees, 

- un module de gestion de services concu pour recevoir de chaque service une 
inscription specifiant des evenements a notifier aux services et/ou des 

30 ev6nements emis par le service, el 

- un module de notification d'evenements concu pour recevoir et notifier 
l'apparition d'evenements aux services de telecommunication qui en ont fait 
la demande, 

- le module de coordination de services comprenant des moyens pour 
35 determiner un etat de joignabilite de chaque utilisateur pour chacun de ses 

profils en fonction de l'existence d'au moins un terminal de l'utilisateur 
connecte au serveur, et du profil et du mode de disponibilite actifs de 
l'utilisateur, et des moyens pour transmettre a chaque terminal connecte 
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l'etat de joignabilite d'utilisateurs specifics dans une liste de contacts faisant 
partie d'un profil actif de Putilisateur du terminal. 

Selon un mode de realisation de l'invention, ce serveur comprend en outre un 
5 module d' identification / authentication charge d'identifier et d'authentifier les 
utilisateurs lorsqu'ils accedent au serveur de mediation de services ou a certains 
services. 

Selon un mode de realisation de Tinvention, ce serveur comprend en outre un 
10 module d'interface donnant acces au serveur de mediation de services par 
l'intermediaire d'un reseau de telecommunication, ce module etant concu pour 
recevoir des requetes de traitement, emanant des services ou des utilisateurs, et 
pour les retransmettre vers un composant du serveur charge d'effectuer le 
. traitement demande, et transmettre en reponse a ces requetes les reponses 
1 5 fournies par les composants du serveur. 

Avantageusement, le module d'interface comporte plusieurs composants 
dupliques pour assurer une tolerance aux pannes. 

20 Selon un mode de realisation de l'invention, ce serveur comprend en outre un 
moniteur d' acces comprenant : 

- des moyens pour connecter un terminal d'utilisateur au serveur de mediation 
et le deconnecter du serveur, 

25 - des moyens pour connecter un service au serveur de mediation et le 
deconnecter du serveur, 

- des moyens pour gerer en temps reel les differents services actives pour 

Putilisateur, 

- des moyens pour selectionner un profil a activer et un mode de disponibilite 

30 dans le profil a activer, 

- des moyens pour selectionner des 6venements pour lesquels l'utilisateur 
souhaite etre notifie de leur apparition, et 

- des moyens pour selectionner un terminal pour recevoir un appel entrant. 

35 L'invention concerne egalement un programme d'ordinateur concu pour etre 
mis en ceuvre sur un serveur de mediation de services de telecommunication 
rendus a une pluralite d'utilisateurs, par l'intermediaire de terminaux de 
telecommunication connectes a differents r6seaux de telecommunication. Selon 
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V invention, ce programme comprend des instructions pour mettre en oeuvre les 
etapes du precede defini ci-avant, executes par le serveur de mediation de 
services. 

5 L'invention concerne egalement un serveur de telecommunication fournissant 
des services de telecommunication a une pluralite d'utilisateurs, par 
l'intermediaire de terminaux de telecommunication connectes a differents 
reseaux de telecommunication. Selon l'invention, le serveur de 
telecommunication comprend : 

10 

- des moyens pour se connecter au serveur de mediation de services defini ci- 
avant, 

- des moyens pour specifier et transmettre au serveur de mediation de services 
des evenements qui doivent lui etre notifies par le serveur de mediation de 

1 5 services, et/ou des ev6nements qu'il est susceptible d'emettre vers le serveur 
de mediation de services, et 

- des moyens pour recevoir du serveur de mediation de services des 
notifications d'ev6nements provenant d'autres services de 
telecommunication et ayant ete specifies comme devant lui etre notifid. 

20 

L'invention concerne egalement un programme d'ordinateur concu pour etre 
mis en oeuvre sur un serveur de telecommunication fournissant des services de 
telecommunication a une pluralite d'utilisateurs, par l'intermediaire de 
terminaux de telecommunication connectes a differents reseaux de 
25 telecommunication. Selon l'invention, ce programme comprend des instructions 
pour mettre en oeuvre les Stapes du procedd d6fini ci-avant, executees par un 
service de telecommunication. 

L'invention concerne en outre un systeme informatique comprenant une 
30 pluralite de terminaux de telecommunication d'utilisateurs connectes a 
differents reseaux de telecommunication, plusieurs serveurs fournissant des 
services de telecommunication pour le compte des utilisateurs, et un serveur de 
mediation de services tel que defini ci-avant. 

35 Un mode de r6alisation prefere de l'invention sera decrit ci-apres, a titre 
d'exemple non limitatif, avec reference aux dessins annexes dans lesquels : 
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La figure 1 represente schematiquement un serveur de mediation 
de services selon 1' invention ; 

La figure 2 montre plus en detail un module de coordination de 
services mis en oeuvre par le serveur represente sur la figure 1. 

5 La figure 1 represente un serveur de mediation de services 10 selon 1' invention, 
prevu pour se connecter a des reseaux de telecommunication 1, tel que des 
reseaux telephoniques terrestres et cellulaires, et des reseaux informatiques tels 
que le r6seau Internet. 

10 Ce serveur est concu pour fournir les fonctions n6cessaires a la gestion d'un 
ensemble d'utilisateurs, de leurs profils et de services offerts par des operateurs 
de telecommunication, chacun des utilisateurs ayant acces aux reseaux de 
telecommunication 1 par l'mtermediaire d'un ou plusieurs terminaux de types 
divers, tels qu'un ordinateur 3 par exemple de type PC ou PDA (Personal 

15 Digital Assistant), ou terminal telephonique cellulaire 4 ou filaire 5. Les 
services geres par le serveur sont rendus par exemple par des serveurs 2 
egalement connectes aux reseaux de telecommunication 1, ou par des terminaux 
d'utilisateur. 

20 Le serveur de mediation de services 10 selon l'invention comprend les 
composants suivants : 

- un module 1 1 de coordination de services concu pour assurer la coherence de 
traitements effectues par differents services pour le compte d'un utilisateur, 

25 

- un serveur de disponibilite 12 concu pour gerer et determiner a tout instant la 
disponibilite des utilisateurs, en fonction de modes de disponibilite actifs et 
de regies specifi6es par les utilisateurs, 

30 - un. module 13 de notification d'6venements concu pour recevoir et notifier 
l'apparition d'evenements a des services ou des utilisateurs qui en ont fait la 
demande, ou a des composants internes du serveur de mediation de services, 

- un module 15 d' identification / authentification charge d'identifier et 
35 d'authentifier les utilisateurs lorsqu'ils accedent a certaines fonctions du 

serveur ou a certains services, 
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- un module 16 de gestion de services concu pour recevoir des inscriptions de 
services et pour fournir sur requ6te les references d'un service inscrit, 

5 - une ou plusieurs bases de donnees 18 rassemblant 1' ensemble des donnees 
concernant les utilisateurs, qui sont necessaires au serveur 10 de mediation 
de services et aux services, 

- un module 17 de mise a jour des donnees memorisees dans la base de 
10 donnees 1 8, et 

- un module d'interface 14 donnant acces au serveur de m6diation 10 par 
l'intennediaire d'un reseau 1, ce module etant con9U pour recevoir des 
requetes de traitement, emanant des services ou des utilisateurs, et pour les 

15 retransmettre vers le composant du serveur charge d'effectuer le traitement 
demande, et transmettre en reponse a ces requetes les reponses fournies par 
les composants du serveur. 

Pour acceder aux services offerts par le serveur 10 de mediation de services, 
20 chaque utilisateur doit etre prealablement enregistre et disposer d'un identifiant 
ou numero de contact par lequel il peut etre joint independamment du terminal 
connect6 a un instant donne au serveur. II doit en outre definir un ou plusieurs 
profils qui sont memorises dans la base de donnSes 18, et fournir des 
informations concernant les terminaux qu'il est susceptible d'utiliser et 
25 notamment les capacites de ces terminaux et les applications disponibles. 

Pour modifier les donnees memorisees dans la base de donnees 18, il est mis a 
la disposition des utilisateurs un serveur de gestion 6, par exemple ayant la 
forme d'un serveur Web-ou_WAP (Wireless-Application Protocol). Ce serveur 

30 de gestion permet a chaque utilisate^ ^d£finir et tenir a jour un ou plusieurs 
profils associes chacun a un numero de contact par lequel l'utilisateur peut etre 
joint. Chaque profil d'utilisateur_ rassemble une liste de services auxquels 
l'utilisateur a souscrit, chacun des services de la liste etant eventuellement 
associe a des parametres de personnalisation du service, et des modes de 

35 disponibilite. 

Un utilisateur peut ainsi definir plusieurs profils, par exemple un profil 
personnel et un profil professionnel. 
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Un mode de disponibilite correspond a une activite de Putilisateur, par exemple, 
reunion, deplacement, ... Chaque mode de disponibilite rassemble les 
informations suivantes : 

5 

- un identifiant de mode de disponibilite, 

- un etat de disponibilite, a savoir, disponible, non disponible, en transfert 
d'appel vers un num6ro d'appel specifie, ou inconnu si Putilisateur ne 
souhaite pas rendre accessible son etat de disponibilite, 

10 - un eventuel identifiant de terminal ou de mode de communication (telephone 
fixe, mobile, voix sur IP, messages Merits SMS (Short Message Service), 
MMS (Multimedia Messaging Service), messagerie eiectronique) permettant 
de transferer un appel entrant destine k Putilisateur vers le terminal ainsi 
identifie, 

15 - un mode de notification (par exemple dans une messagerie), 

- une liste de contacts auxquels s'applique Petat de disponibilite, et 

- des regies de disponibilite specifiant des periodes ou le mode de disponibilite 
doit etre actif. 

20 Altemativement, les regies de disponibilite peuvent etre definies dans le profil 
en dehors des modes de disponibilite, et specifier les modes a activer et 
desactiver en fonction de la date et Pheure, par exemple sous la forme d'un 
calendrier hebdomadaire, mensuel ou annuel. 

25 Un profil d'utilisateur comprend 6galement des listes de contacts dans lesquels 
sont specifies les contacts autorises ou non k connaitre retat de joignabilite de 
Putilisateur, et ceux dont Putilisateur souhaite obtenir un etat de joignabilite. 
L'etat de joignabilite d'un utilisateur est determine en fonction de Petat de 
disponibilite actif et de la presence de celui-ci, c'est-&-dire Pexistence d'un 

30 terminal de Putilisateur accessible par le serveur, soit directement, soit par 
Pintermediaire d'une service (par exemple de type portail). On definit ainsi cinq 
etats de joignabilite : 

- joignable : Putilisateur est connecte et disponible, 

35 - non joignable : Putilisateur n'est pas connecte ou n'est pas disponible, 

- acces a P6tat de joignabilite soumis k autorisation : PutiUsateur souhaite que 
son etat de joignabilite ne soit fourni qu'avec son autorisation prealable, 

- en transfert : Putilisateur a specifie que les appels entrants qui lui sont 
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destines doivent etre transferes vers un certain numSro d' appel specific dans 
le mode de disponibilite, 

- inconnu : Tutilisateur demande n'est pas inscrit aupres du serveur 10 de 
mediation de services, ou ne souhaite pas que Ton connaisse son etat de 

5 joignabilite. 

Par ailleurs, un moniteur d'acces 7, par exemple con^u sous la forme d'un 
composant logiciel installe dans chacun des terminaux d'utilisateur 3, 4, 5 ou 
sous la forme d'un serveur Web ou WAP, offre aux utilisateurs ou aux services 
10 les fonctions suivantes : 

- connecter un terminal 3, 4, 5 au serveur de mediation 10 ou le d6connecter 
du serveur, 

- connecter un service au serveur de mediation 10 ou le d6connecter du 
1 5 serveur, 

- gerer en temps r6el les differents services actives pour 1'utilisateur, 

- choisir un profil a activer et un mode dans le profil actif ou un niveau de 
disponibilite, 

- s'abonner a la notification d'evenements a selectionner, tels que appel 
20 entrant, appel perdu, changement de 1'etat de disponibilit6 d'un contact, 

r6ception d'un nouveau message, mise a jour d'une jauge de consommation, 

- choisir un terminal pour recevoir un appel entrant, 

- suivre l'etat d'une jauge de consommation, la consommation de ses forfaits 
25 de communication, et 

- emettre et envoyer des messages urgents, un message urgent 6tant un 
message vocal ou ecrit qui peut etre envoye par un utilisateur pr^alablement 
autoris6 par Pappele, et achemine jusqu'a ce dernier independamment de son 
6tat de disponibilite. 

30 

Si le moniteur d'acces 7 se presente sous la forme d'un composant logiciel 
install^ dans chaque terminal d'utilisateur, il peut etre lanc6 automatiquement a 
la mise sous tension du terminal, en particulier si le terminal est de type 
telephone mobile. 

35 

Le serveur de disponibilite 12 est con?u pour activer ou desactiver des modes 
de disponibilite en fonction des ordres re?us des utilisateurs ou en fonction des 
regies de disponibilite associees aux profils de ces derniers. II permet egalement 
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a un utilisateur d'obtenir Tetat de disponibilit6 d'un contact, le cas echeant 
apres en avoir demande l'autorisation a Tinteresse. Le serveur de disponibilite 
est egalement concu pour transformer les regies de disponibilites specifiees par 
les utilisateurs pour les modes actifs en regies de filtrages directement 
5 interpretables par le module de coordination de services 1 1 . 

Le module 13 de notification d'evenements comprend une fonction 
d'enregistrement / desenregistrement permettant a un service, un terminal par 
Tintermediaire du moniteur d'acces, ou un composant du serveur 10 de 

10 mediation de services de s'enregistrer ou de se desenregistrer comme emetteur 
d'un ou plusieurs evenements, et une fonction d'abonnement / desabonnement 
permettant a un service ou un composant du serveur de mediation de services de 
s'enregistrer ou se desenregistrer comme recepteur de notifications d'un ou 
plusieurs evenements. Un evenement peut 6tre lie a un service (par exemple 

15 "nouveau service disponible") ou a un profil d'utilisateur (par exemple "depot 
d'un nouveau message vocal"). 

Lorsqu'un evenement n'est plus emis par aucun service, par exemple a la suite 
de la deconnexion du dernier service 6metteur de Tevenement, le module 13 
20 avertit les services abonnes a Tevenement que Tevenement n'est plus 
disponible. Inversement, le module 13 avertit egalement les services abonnes a 
un evenement que cet evenement est a nouveau susceptible d'etre emis 
lorsqu'un service emetteur de cet evenement s'est connecte au serveur 10. 

25 Ce module comporte egalement une fonction de synchronisation permettant 
d'associer une notification d' evenement a une reponse asynchrone de Tentit6 
ayant recu la notification d'6venement, et une fonction de gestion d'un journal 
d'evenements qui est mis a jour a chaque fois qu'un evenement survient et qui 
rassemble pour chaque 6venement, les informations suivantes : 

30 

- sadate, 

- soncontenu, 

- le service 6metteur, 

- une liste de profils destinataires de Tevenement, et de services abonnes a 
35 TevSnement, chaque service et profil etant associe a un indicateur signalant 

si oui ou non le service ou le profil a 6t6 notifie de Tevenement. 

Ce module offre deux modes de fonctionnement. Dans un premier mode appelS 
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"push", les services abonnes a un evenement sont automatiquement notifies par 
le module 13 lorsque survient l'evenement. Dans un second mode appele 
"polling", un service abonne obtient les notifications d'evenements survenus en 
interrogeant le module 13 via le module d' interface 14, soit periodiquement, 
5 soit a la demande. 

En mode "push", la notification peut etre effectuee d'une maniere synchrone ou 
asynchrone selon que le service abonne est connecte ou non au moment ou 
l'evenement survient. A la suite de la notification d'un 6venement, le module 13 
1 0 met a jour le journal d'evenements. 

Le module d' identification / authentification 15 permet egalement de retrouver 
un utilisateur en fonction d'un num6ro de contact. En outre, pour authentifier un 
utilisateur, il peut faire appel a des serveurs externes d' authentification. 

15 

Le module 16 de gestion de services est concu pour recevoir des services des 
demandes d' inscriptions contenant chacune un identifiant du service, les actions 
qu'il peut rendre, et eventuellement une classe de service. Ces informations sont 
introduces dans un annuaire de service par exemple integre dans la base de 

20 donn6es 18. En outre, le module 16 est notifie de la connexion / deconnexion 
d'un service pour tenir a jour dans l'annuaire de service un indicateur par 
service signalant si le service est ou non connecte au serveur 10. 
Le module 16 est egalement concu pour recevoir des demandes de reference 
d'un service afin de permettre d'etablir une communication directe avec celui- 

25 ci. Une telle demande contient le nom du service et celui de son fournisseur. 

Le module 17 de mise a jour des donnees est concu pour recevoir des 
informations sur les utilisateurs provenant de systemes d' informations externes 
8 mis en oeuvre par des services pour g6rer leurs abonnes respectifs. Ce module 
30 assure deux fonctions principales, a savoir une fonction de mise a jour de la 
base de donnees 18 et une fonction de transmission de "tickets de prestation" 
permettant la facturation des utilisateurs pour les services utilis6s, vers un 
systeme de collecte de tels tickets. 

35 La mise a jour de la base de donnees peut etre effectuee soit en mode "pull" soit 
en mode "push". 

Dans le mode "pull", le module 17 r6cupere soit a la demande, soit 
periodiquement les donnees des systemes d' information 8, aupres de serveurs 
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distants tels que des serveurs FTP (File Transfer Protocol), Les donnees 
r6cuper6es sont analysees, mises en forme et introduces dans la base de 
donnees 18. 

Alternativement, le module 17 peut transmettre les donnees r£cuper6es aux 
5 autres composants du serveur 10 qui sont concents par ces donn6es, la mise a 
jour de la base de donnees etant effectuee par ces autres composants. 

Dans le mode "push", les systemes d'information transmettent leurs donnees a 
i'interface d'acces 14 du serveur 10, soit periodiquement, soit k la suite du 
10 remplissage d'un fichier de mise a jour, selon le mode de fonctionnement du 
systeme d'information. L'interface d'acces retransmet ensuite les donnees 
re?ues au module de mise h jour 17. 

Les bases de donnees 18 peuvent etre de type relationnel (SGBDR) ou objet 
15 (SGBDO), ou encore annuaire LDAP (Lightweight Directory Access 
Protocol). 

L'interface 14 est avantageusement conpue pour assurer une certaine tolerance 
aux pannes en rSpartissant les requetes re?ues sur plusieurs composants 
20 dupliqu6s. Elle est realis6e de preference en faisant appel a des technologies 
standards telles que CORBA (Common Object Request Broker Architecture), 
RMI (Remote Method Invocation) ou SOAP (Simple Object Access Protocol). 

Le module 1 1 de coordination de services est con?u pour : 

25 

- g6rer les connexions de services au serveur de mediation 10, 

- g6rer une session d'accds d'utilisateur pour chaque profil d'utilisateur active 
sur un terminal connect^ au serveur, et une session de service pour chaque 
service activ.6 par un utilisateur, 

30 - determiner la joignabilit6 de chaque utilisateur, en fonction de Texistence 
d'au moins une session d'acc^s pour l'utilisateur (correspondant a un profil 
activ6 par Tutilisateur), 

- gerer en temps r6el la valorisation de Tutilisation des services par les 
differents utilisateurs. 

35 

A cet effet, tel que represente sur la figure 2, le module 1 1 comprend : 

- une fonction 21 de gestion de sessions d'acces, pour cr6er / supprimer / 
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modifier une session d'acces respectivement k chaque activation / 
deactivation d'un profil d'utilisateur, 

- une fonction 22 de gestion de sessions de services, pour creer / supprimer 
/modifier a la demande de rutilisateur une session de service pour chaque 

5 service mentionn6 dans chaque profil actif, 

- une fonction 23 de gestion de contexte d'usage de services pour coordonner 
les operations realisees par plusieurs services pour un utilisateur, 

- une fonction 24 de gestion de joignabilite pour determiner la joignabilite de 
chaque utilisateur en fonction de l'existence d'au moins une session d'acces 

10 active pour cet utilisateur, du profil et du mode de disponibilite actifs de ce 
dernier, et 

- une fonction 25 de valorisation de l'acces et/ou de l'usage d'un service par 
un utilisateur. 

15 A la connexion d'un terminal 3, 4, 5 d'utilisateur au serveur 10, le module de 
coordination de services 11 demande k la fonction 21 de gestion de sessions 
d'acces de creer une session d'acces pour chaque profil a activer. A la selection 
par l'utilisateur d'un service, la fonction 22 cr6e egalement une session de 
service pour le service selectionne. 

20 

La creation d'une session de service implique qu'auparavant l'utilisateur ait ete 
identifie et authentifI6 en faisant appel au module d' identification et 
d'authentification 15. 

25 La fonction de gestion de la joignabilite de chaque utilisateur consiste a 
determiner pour un appel entrant destine a un utilisateur ou k la suite d'une 
requete 6mise par un service, si 1' appel doit etre accepte, refuse, notifie ou 
renvoye vers un num6ro de renvoi ou une messagerie, en fonction de l'6tat de 
joignabilite de rutilisateuvet-eventuellement des regies de filtrage fournies par 

30 le serveur de disponibilite et de ndgg&e.du contact emetteur de 1' appel. Cette 
fonction fait done appel a la fonction 21 de gestion de sessions d'accds pour 
determiner si I'utilisateur-est connect^ an serveur, ainsi qu'au serveur de 
disponibilite 12 pour obtenir le mode de disponibilite de l'utilisateur et les 
rdgles de filtrage. 

35 

Grace a ces dispositions, un utilisateur peut definir qu'il est disponible pour 
certains contacts, et non disponible pour d'autres contacts. II peut egalement 
definir les moyens de communication a utiliser pour recevoir des appels 
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entrants et pour recevoir des notifications d'evenements (messagerie vocale, 
ecrite). II peut autoriser certains contacts k obtenir son etat de joignabilite, 
connaitre les modes de communications (vocal, 6crit, immediat, diff6r6) qu'ils 
peuvent utiliser pour le joindre. 

5 

Ainsi, le moniteur d'acces 7 est avantageusement con?u pour afficher la liste 
des contacts de Putilisateur, chaque contact etant associe a un indicateur 
signalant Petat de joignabilite du contact. II peut egalement permettre k 
1'utilisateur de declencher P6tablissement d'un appel vers Fun des contacts de 
10 la liste k la suite de la selection de celui-ci et d'un type de communication 
(vocal, 6crit, differe, immediat) disponible pour ce contact. 

Cette action de selection d6clenche remission par le serveur 10 d'une 
notification d'6v6nement "appel entrant" sur le ou les terminaux accessibles du 

15 contact appele pour le profil consid£r6, le moniteur d'acces signalant k 
Putilisateur appel6 la reception d'une telle notification. Le mode de signalement 
utilise depend du terminal. Dans le cas d'un ordinateur de type PC ou PDA, ce 
signalement peut etre effectue sous la forme d'un "pop up". Sur un telephone 
mobile, il peut etre effectue par une application "Simtoolkit". 

20 A la suite de la reception d'une telle notification, Futilisateur appele peut 
choisir le terminal avec lequel il souhaite prendre 1' appel. A Petablissement de 
la communication entre deux utilisateurs, le module de valorisation declenche 
un comptage de la dur6e d'appel. Si pendant une communication entre deux 
utilisateurs, un autre utilisateur tente d'etablir un appel avec Pun de ceux-ci, 

25 Putilisateur appele resoit une notification d'ev6nement d'appel entrant sur le ou 
les terminaux accessibles de P appele pour le profil considere. A la fin d'une 
communication entre deux utilisateurs, le module de valorisation emet un ticket 
de prestation et met a jour une jauge de consommation sur les terminaux en 
envoyant un message a cet effet aux terminaux connectes sur le profil appeld 

30 (sur lequel s'est fait Pappel entrant), ce message contenant des informations 
relatives a un forfait de communication (montant maximum, montant 
consomm6). 

A la d6connexion d'un terminal, le module de coordination de services 11 
detruit les sessions d'acces relatives aux profils actives sur ce terminal. Les 
35 sessions de services rattach6es k ces sessions d'accds sont egalement d6truites. 

Les services doivent prealablement s'inscrire aupres du serveur 10 et etre 
connectes a celui-ci pour rendre des prestations aux utilisateurs. A la connexion 
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au serveur, un service indique au serveur les evenements qui doivent lui etre 
notifies. Lors de l'acces par un utilisateur a un service inscrit et connecte, le 
service declenche une procedure d' identification et d'authentification de 
l'utilisateur et demande au serveur les informations relatives a ce dernier pour 
5 v6rifier qu'il possede les autorisations necessaires pour acceder au service. Au 
debut et a la fin de la fourniture d'une prestation, le service fait appel au serveur 
pour comptabiliser l'usage du service par l'utilisateur, en vue de sa valorisation. 
Lorsque aucun utilisateur accede a un service, le service peut se deconnecter du 
serveur. 

10 

Le serveur de mediation de services selon 1' invention est avantageusement 
realise sous la forme d'un composant reutilisable, appele "brique blanche", de 
maniere a etre robuste et tolerant aux pannes, et etre integrable a faible cout 
dans tout serveur assurant la fourniture de services. 

15 

Grace a ces dispositions, le serveur de m6diation de services selon Pinvention 
permet aux utilisateurs d' acceder a leurs services personnalises a partir de 
n'importe quel terminal de telecommunication et n'importe quel acces a un 
reseau de telecommunication, tout en simplifiant l'accds a ces services. II 
20 permet egalement aux utilisateurs de gerer leur disponibilite vis-a-vis des autres 
utilisateurs, et ce independamment du reseau de telecommunication. 
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1. Procede de coordination de services de telecommunication (2) 
rendus a une pluralite d'utilisateurs, par l'intermediaire de terminaux de 
5 telecommunication (3, 4, 5) connect6s a differents reseaux (1) de 
telecommunication, le procede comprenant des etapes au cours desquelles un 
serveur de mediation de services (10) coordonne les traitements effectues par 
differents services de telecommunication pour le compte de chacun des 
utilisateurs, 

10 caracteris6 en ce qu'il comprend en outre des etapes au cours desquelles : 

- les services de telecommunication (2) se connectent au serveur de mediation 
de services (10) et specifient des ev6nements qui doivent leur etre notifies 
par le serveur de mediation de services, et/ou des evenements qu'ils sont 
susceptibles d'emettre vers le serveur de mediation de services, 

15 - les terminaux de telecommunication (3, 4, 5) des utilisateurs se connectent au 
serveur de mediation de services, transmettent au serveur de mediation de 
services des profils d'utilisateur specifiant des modes de disponibilite, qui 
sont memorises dans une base de donnees (18), activent des profils et des 
modes de disponibilite prealablement specifies, et accedent aux services 

20 connectes, 

- le serveur de mediation de services determine un etat de joignabilite de 
chaque utilisateur en fonction de l'existence d'au moins un terminal de 
1'utilisateur connecte au serveur de mediation de services, et du profil et du 
mode de disponibilite actifs de l'utilisateur, 

25 - le serveur de mediation de services transmet a chaque terminal connecte 
l'etat de joignabilite d'utilisateurs specifies dans une liste de contacts faisant 
partie du profil actif de l'utilisateur du terminal, 

- le serveur de mediation de services transmet, pour chaque evenement recu 
d'un service, une notification d'6venement aux services connect^ ayant 

30 specifie que l'evenement doit leur etre notifie. 

2. Procede selon la revendication 1, 
caracterise en ce que chaque mode de disponibilite specifi6 par un utilisateur 
comprend : 

35 - un etat de disponibilite pouvant prendre les valeurs disponible, non 
disponible, en transfert d'appel vers un numero d'appel specifie, ou inconnu 
si rutilisateur ne souhaite pas rendre accessible son 6tat de disponibilite^ 

- un eventuel identifiant de terminal vers lequel transferer un appel entrant 
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destin6 a l'utilisateur, 

- un mode de notification d'evenements, et 

- une liste de contacts auxquels s'applique l'etat de disponibilite. 

5 3. Proc6d6 selon la revendication 2, 

caracterise en ce que chaque mode de disponibilite specifie par un utilisateur 
comprend en outre des regies de disponibilite specifiant des periodes pendant 
lesquelles le mode de disponibilite est actif. 

10 4. Procede selon Tune des revendications 1 a 3, 

caracterise en ce que l'6tat de joignabilite determine par le serveur de mediation 
de services peut prendre l'un des etats suivants : 

- joignable si le mode de disponibilite actif de l'utilisateur est a l'etat 
disponible et si au moins un terminal de l'utilisateur est connecte au serveur 

15 de mediation de services, 

- non joignable si l'utilisateur n'est pas disponible ou si aucun terminal de 
l'utilisateur n'est connecte au serveur de mediation de services, 

- acces a l'etat de joignabilite soumis a autorisation si l'utilisateur souhaite que 
son etat de joignabilite ne soit fourni a d'autres utilisateurs qu'avec son 

20 autorisation prealable, 

- en transfert si l'utilisateur a specifie que les appels entrants qui lui sont 
destines doivent etre transferes vers un num6ro d'appel specifie dans le mode 
de disponibilite actif, 

- inconnu si l'utilisateur demande n'est pas inscrit aupres du serveur de 
25 mddiation de services, ou s'il ne souhaite pas que son etat de joignabilite soit 

accessible. 

5. Proceed selon Time des revendications 1 a 4, 

caracteris6 en ce que la transmission des notifications d'evenements par le 
30 serveur de mediation de services est effectuee sur demande de chaque service 
connected 

6. Proceed selon Tune des revendications 1 a 4, 

caracterise en ce que la transmission d'une notification d'un evenement par le 
35 serveur de mediation de services est effectuee des reception de l'6venement si le 
service est connecte, et sinon l'evenement est memorise dans un journal et est 
notifie au service des que celui-ci se connecte au serveur de mediation de 
services. 
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7. Serveur de mediation de services de telecommunication rendus a 
une pluralite d'utilisateurs, par 1' intermediate de terminaux de 
telecommunication connectes a differents reseaux de telecommunication, 
5 comprenant un module (1 1) de coordination de services con?u pour coordonner 
les traitements effectues par les services de telecommunication pour le compte 
de chacun des utilisateurs, 
caracterise en ce qu'il comprend en outre : 

- au moins une base de donnees (18) rassemblant l'ensemble des donnees 
10 concernant les utilisateurs, qui sont n6cessaires au serveur (10) de mediation 

de services et aux services, 

- un serveur de disponibilite (12) con?u pour g£rer et determiner k tout instant 
la disponibilite des utilisateurs, en fonction de modes de disponibilite actifs 
et de regies, specifies par les utilisateurs et memorises dans la base de 

1 5 donnees, 

- un module (16) de gestion de services con?u pour recevoir de chaque service 
une inscription specifiant des ev£nements a notifier aux services et/ou des 
ev£nements emis par le service, et 

- un module (13) de notification d'6v6nements con?u pour recevoir et notifier 
20 Tapparition d'evenements aux services de telecommunication qui en ont fait 

la demande, 

- le module (11) de coordination de services comprenant des moyens pour 
determiner un etat de joignabilite de chaque utilisateur pour chacun de ses 
profils en fonction de Fexistence d'au moins un terminal de Putilisateur 

25 connecte au serveur, et du profil et du mode de disponibilite actifs de 
l'utilisateur, et des moyens pour transmettre k chaque terminal connecte 
retat de joignabilite d'utilisateurs specifies dans une liste de contacts faisant 
partie d'un profil actif de Tutilisateur du terminal. 

30 8. Serveur de mediation de services selon la revendication 7, 

caracterise en ce qu'il comprend en outre un module (15) d' identification / 
-authentification charge d'identifier et d'authentifier les utilisateurs lorsqu'ils 
accedent au serveur (10) de mediation de services ou a certains services. 

35 9. Serveur de mediation de services selon la revendication 7 ou 8, 

caracterise en ce qu'il comprend en outre un module d' interface (14) donnant 
acces au serveur (10) de mediation de services par Tintermediaire d'un reseau 
de telecommunication (1), ce module etant con?u pour recevoir des requetes de 
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traitement, emanant des services ou des utilisateurs, et pour les retransmettre 
vers un composant du serveur charge d'effectuer le traitement demande, et 
transmettre en reponse a ces requites les reponses fournies par les composants 
du serveur. 

5 

10. Serveur de mediation de services selon la revendication 9, 
caract6rise en ce que le module d'interface (14) comporte plusieurs composants 
dupliques pour assurer une tolerance aux pannes. 

10 11. Serveur de mediation de services selon Tune des revendications 

7 a 10, 

caracterise en ce qu'il comprend en outre un moniteur d'acces (7) comprenant : 

- des moyens pour connecter un terminal d'utilisateur (3, 4, 5) au serveur de 
m6diation (10) et le deconnecter du serveur, 

15 - des moyens pour connecter un service (2) au serveur de mediation (10) et le 
deconnecter du serveur, 

- des moyens pour gerer en temps reel les differents services actives pour 
l'utilisateur, 

- des moyens pour s61ectionner un profil a activer et un mode de disponibilite 
20 dans le profil & activer, 

- des moyens pour selectionner des evenements pour lesquels l'utilisateur 
souhaite etre notifie de leur apparition, et 

- des moyens pour selectionner un terminal pour recevoir un appel entrant. 

25 12. Programme d'ordinateur concu pour 6tre mis en oeuvre sur un 

serveur de mediation de services de telecommunication rendus a une pluralite 
d'utilisateurs, par 1' intermediate de terminaux de t61ecommunication (3, 4, 5) 
connectes a differents reseaux de telecommunication (1), 
caracterise en ce qu'il comprend des-instruetions pour mettre en ceuvre les 

30 etapes du procede selon riiaeude&ia m^ a at iops 1 a 6, executees par le serveur 
de mediation de services. 

13. Serveur de telecommunication (2) fournissant des services de 
tel6communication a une pluralite d'utilisateurs, par rintermediaire de 
35 terminaux de telecommunication (3, 4, 5) connectes a differents reseaux (1) de 
telecommunication, 
caract6rise en ce qu'il comprend : 

- des moyens pour se connecter a un serveur de mediation de services (10) 
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selon Tune des revendications 7 i 1 1, 

- des moyens pour specifier et transmettre au serveur de mediation de services 
des evenements qui doivent lui etre notifies par le serveur de mediation de 
services, et/ou des evenements qu'il est susceptible d'emettre vers le serveur 

5 de mediation de services, et 

- des moyens pour recevoir du serveur de mediation de services des 
notifications d' evenements provenant d'autres services de 
telecommunication et ayant 6te specifies comme devant lui etre notifie. 

10 14. Programme d'ordinateur con?u pour etre mis en ceuvre sur un 

serveur de telecommunication (2) fournissant des services de 
telecommunication a une pluralite d'utilisateurs, par P intermediate de 
terminaux de telecommunication (3, 4, 5) connect6s k differents reseaux (1) de 
telecommunication, 

15 caracterise en ce qu'il comprend des instructions pour mettre en oeuvre les 
etapes du proc6d6 selon Tune des revendications 1 a 6, executees par un service 
de telecommunication. 

15. Systeme informatique comprenant une pluralite de terminaux 
20 de telecommunication (3, 4, 5) d'utilisateurs connectes a differents reseaux de 
telecommunication (1), plusieurs serveurs (2) fournissant des services de 
telecommunication pour le compte des utilisateurs, et un serveur (10) de 
mediation de services con$u pour coordonner les traitements effectues par les 
services de telecommunication (2), 
25 caracterise en ce que le serveur (10) de mediation de services est conforme a 
Time des revendications 7 a 1 1 . 
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